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(57) Abstract 

A method of displaying information to a user upon startup of a program on a first computer (100). The method includes obtaining the 
information from a second computer (140) and, upon startup of the program on the first computer, displaying the information. A method 
is described, where the program runs on a first computer. A second computer sends, over the network to first computer, information to 
be displayed to a user. A command is received to launch the program. After receiving the command to launch the program and without 
user intervention, at least a portion of the information is displayed. Without user intervention, the at least a portion of the information is 
removed. A method, wherein die information is obtained over a network is described, as well as wherein the network comprises the internet 
( 1 30). 
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DYNAMIC SPLASH SCREEN 
BACKGROUND OF THE INVENTION 

Field of the Invention 

The invention relates to user interfaces, and more particularly to techniques 
of improving the flexibility of splash screens. 

Related Art 

Computer application programs have often included a splash screen upon 
startup. Also known as a banner, the splash screen typically identifies the 
application program and provides other information to the user as the application 
loads from a the hard drive to computer memory. The splash screen may identify the 
name of the application including the version number and may contain other 
information such as a copyright notice. A splash screen may inform the user that the 
application is loading from memory and that the correct application is loading. The 
splash screen also may provide advertising for the product because it presents the 
name of the product to the user and may include attractive logos or graphics. 
Typically, the splash screen is presented to the user without user intervention, for 
example, for 15 seconds, and is removed without user intervention. 

Many prior splash screens provide the same image each time the application 
program starts. Also, many prior splash screens are determined before the 
application is obtained by the user. Thus, a splash screen often involved old 
information with possibly outdated logos. 

SUMMARY OF THE INVENTION 

The invention includes a method of displaying information to a user upon 
startup of a program on a first computer. The method includes obtaining the 
information from a second computer and, upon startup of the program on the first 
computer, displaying the information. 
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According to an embodiment of the invention, the program is an application 
program that runs on a first computer. A second computer sends, over the network 
to first computer, information to be displayed to a user. A command is received to 
launch the application program. After receiving the command to launch the 
application program and without user intervention, at least a portion of the 
information is displayed. Without user intervention, the at least a portion of the 
information is removed. 

An embodiment of the invention includes receiving a command to launch a 
second application. Then, after receiving the command to launch the second 
application program and without user intervention, the at least a portion of the 
information is displayed. Without user intervention, the at least a portion of the 
information is removed. 

According to an aspect of the invention, the displaying comprises displaying 
a name of a newer version of the application program. 

Another embodiment of the invention includes receiving additional 
information at the first computer from the second computer. A second command is 
received to launch the application program. After receiving the second command to 
launch the application, at least a portion of the additional information is displayed 
without user intervention. 

According to another aspect of the invention, the displaying at least a portion 
of the information occurs during loading of the computer application program from a 
storage device into computer memory. Alternatively, the displaying at least a 
portion of the information occurs, according to another aspect of the invention, only 
until fifteen seconds of beginning of loading of the computer application program 
from a storage device into computer memory. 

An aspect of the invention includes the application storing at least a portion 
of the information on a storage device in at least a first data structure, the first data 
structure corresponding to a screen. In one embodiment, the first data structure is 
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stored in a resource shared by applications. In another embodiment, the resource 
comprises the Windows registry. 

According to an aspect of the invention, the data structure includes an 
identification of a second application, wherein the method includes displaying the 
5 screen if the second application is not installed on the storage device and a name of 
the second application appears in the screen corresponding to the data structure. 

An embodiment of the invention can be characterized as a method o s f 
displaying information to a user upon startup of an application program that runs on 
a first computer, where the method includes sending over a network from the first 

10 computer to a second computer an identifier of the application program. Based on 
the identifier of the application program, the second computer sends the information 
over the network to first computer. A command to launch the application program is 
received. After receiving the command to launch the application program, at least a 
portion of the information is displayed. 

15 According to another aspect of the invention, a command to launch a second 

application program is received and, after receiving the command to launch the 
second application program, at least a portion of the information is displayed. 

An embodiment of the invention includes a method of providing information 
from a first computer to a second computer, where the information is to be displayed 

20 to a user upon startup of an application program. At the first computer, an 

identification of an application program installed on the second computer is received 
over a network from the second computer. At the first computer, a data structure 
corresponding to the application program is selected based on the identification of 
the application program. The data structure includes information to be displayed by 

25 the application program on the second computer. The data structure is sent over the 
network to the second computer. 

The data structure includes, according to an aspect of the invention, an 
identification of a newer version of the application program. The data structure may 
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also comprise a graphical image, which may identify a newer version of the 
application program. 

According to an embodiment of the invention, at the first computer, 
identification of a second application program installed on the second computer 
received over the network from the second computer. At the first computer, 
second data structure corresponding to the second application program is selected. 
The second data structure is sent over the network to the second computer. 

According to an embodiment of the invention, at the first computer, an 
identification of the application program is received over the network from a third 
computer. At the first computer, a data structure is selected based on the 
identification of the application program. The data structure is sent over the network 
to the third computer. 

The data structure includes, in various combinations according to various 
aspects of the invention: 

a number corresponding to a start date after which to display a screen 
corresponding to the data structure. 

• a number corresponding to a start time after which to display a screen 
corresponding to the data structure. 

a number corresponding to a stop date before which to display a screen 
corresponding to the data structure. 
V a number corresponding to a stop time before which to display a screen 
corresponding to the data structure. 

a number corresponding to a duration for which to display a screen 
corresponding to the data structure. 

• a digital signature. 

an identification of a second application program that obviates the need for 
the screen corresponding to the data structure. 
... An embodiment of the invention includes at the first computer, receiving 
over the network from the second computer an identification of a second data 
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structure present on the second computer; at the first computer, selecting a third data 
structure that does not comprise the second data structure, the third data structure 
including information to be displayed by an application program on the second 
computer; and sending the third data structure over the network to the second 
computer. 

An embodiment of the invention can be characterized as a method of 
displaying information to a user in a computer application program including 
obtaining over the Internet information to be displayed to the user and displaying at 
least a portion of the information in a splash screen. 

According to an aspect of the invention a communications module that 
obtains the information runs at least at some time when an application program in 
which the information is to be displayed is not running. 

According to another aspect of the invention, the obtaining over the Internet 
information to be displayed to the user occurs over an Internet connection initiated 
for other than obtaining the information. 

An embodiment of the invention can be characterized as a method of 
displaying information to a user in a local computer application program including 
obtaining the information over the Internet. After obtaining the information, a 
command to launch the application program is received. After receiving the 
command, a portion of the information to be displayed to the user is loaded from a 
local storage device. The portion of the information is displayed in a splash screen. 
After displaying the portion of the information in a splash screen, at least a portion 
of the computer application program is loaded from the storage device into computer 
memory. After loading from the storage device into computer memory the portion 
of the computer application program, the splash screen is removed. 

BRIEF DESCRIPTION OF THE FIGURES 

Fig. 1 is a simplified diagram illustrating an example network environment 
with an application. 
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Fig. 2 is a flow chart illustrating a method of obtaining and displaying a 
splash screen. . . ■ . * 

Fig. 3 is a flow chart illustrating a method of selecting a splash screen on a 
local system. 

Fig. 4 is a flow chart illustrating a method of displaying and taking down a 
splash screen. 

Fig. 5 is a flow chart illustrating a method of loading splash screens. 

DETAILED DESCRIPTION 

A detailed description of examples of the present invention is provided with 
reference to the figures, in which Fig. 1 illustrates a context in which the present 
invention is used. 

The present invention provides methods for displaying and obtaining 
different splash screens. A splash screen is one of the initial screens displayed upon 
loading of an application program or shortly after start of an application program. In 
an example of the invention, the computer on which the application program runs 
obtains a splash screen or screens over the Internet from a server computer. When 
the application program is started, one of the splash screens is displayed. The splash 
screens obtained over the Internet may contain updated information about the 
application program or information about other products of interest. When screens 
are obtained over the Internet, the computer may identify application programs 
installed on it to the remote computer from which the computer obtains the splash 
screens so as to obtain splash screens that correspond to the application programs 
installed. The computer may also identify splash screens already stored locally at the 
computer associated with the application programs installed so that the remote server 
may avoid sending screens that have already been sent. To help avoid disruption to 
the user, an aspect of the invention is to wait for and use an Internet connection that 
was initiated by another program, other than the program that obtains the splash 
screens. 
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Fig. 1 is a simplified diagram illustrating an example network environment 
with an application according to an embodiment of the invention. Fig. 1 includes 
client PC 100, which displays splash screens, server 140, from which the splash 
screens are obtained, and Internet 130, over which the splash screens are transmitted 
from server 140 to client PC 100. Client PC 100 includes Internet application 101, 
application A 102, application B 103, dynamic splash screen module 104. Client 
PC 100 also includes dynamic splash screen A 105, dynamic splash screen Bl 106, 
and dynamic splash screen B2 107. Client PC 100 is coupled to monitor 110, which 
displays dynamic splash screen 1 1 1 and hot link 1 12. Client PC 100 is coupled 
through Internet 130 to server 140. Server 140 includes application list 141 and 
splash screens 142. Server 140 is coupled to administrative terminal 143. Client PC 
has a number of applications which may run on it at various times. 

A user typically installs applications 101, 102, and 103. The applications 
may also be installed over a network such as Internet 130. DSS module 104 is show 
as a separate program from the applications 101-103. However, DSS module 1 04 
may be included within one or more of applications 101-103. Alternatively, even if 
DSS module 104 is a separate program from applications 101-103, DSS module may 
be installed in the process of installing one or more of applications 101-103. For 
example, when a user installs application A 1 02, part of the installation may also 
cause installation of DSS module 104. Later, DSS module may run separately from 
application A 102. For example, DSS module 104 may run in the background when 
application A 102 is not running, and even before application A ever runs. By 
running separately from the applications, DSS module 104 is able to obtain updated 
splash screens for the various applications when the applications are not running. 
DSS module may place itself into a dormant state, for example, for 24 hours after 
obtaining updated splash screens. The DSS module 104 may also be installed 
separately from installation of applications programs. 

The system provides new splash screens to applications, and the applications 
select the correct splash screens to be displayed with the applications. Some of these 
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applications have particular dynamic splash screens associated with them. For 
example, application A 102 is associated with dynamic splash screen A 105, and 
application B 103 is associated with dynamic splash screen Bl 106 and dynamic 
splash screen B2 107. When an application is launched, the appropriate splash 
screen associated with that application is displayed on monitor 1 10. For example, if 
application A 102 is launched, then dynamic splash screen A 105 is displayed on 
monitor 1 10 (as dynamic splash screen 111). If multiple splash screens 
corresponding to an application are present on client PC 100, then the application 
selects among the multiple splash screens and displays one of them. For example, 
dynamic splash screen B 1 1 06 and dynamic splash screen B2 1 07 correspond to 
application B 103. Dynamic splash screen module 104 within application B 103 
selects from among dynamic splash screen Bl 106 and dynamic splash screen 
B2 107. The application may select among the screens based on factors such as 
which screen has not been displayed for the longest time period. For example, 
dynamic splash screen module 104 may choose dynamic splash screen Bl if last 
time application B 103 was launched at that time dynamic splash screen B2 107 was 
displayed. Thus, application B 103 this time would be displaying a screen, dynamic 
splash screen B 1 106, which was not shown the previous time. 

Dynamic splash screens 1 05, 1 06, and 1 07 are stored on a local storage 
device at client PC 100, such as a hard drive. Dynamic splash screens are stored in 
the Windows registry, on systems having Windows 95 operating system. 

The dynamic splash screens on client PC 100 are obtained via Internet 1 30 
from server 140. Dynamic splash screen module 104 identifies applications installed 
to server 140. As shown, client PC 100 sends to server 140 via Internet 130 an 
application ID 120 of an application installed on client PC 100. Application ID, may 
identify, for example application A 102, which is installed on client PC 100. Client 
PC 100 also sends splash screen IDs 121 which identify splash screens that are 
already present on client PC 100. Server 140 responds with splash screens 123 and 
digital signature 122. Splash screens 123 are then stored on client PC for future use 
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when application start up. Digital signature 122 may be used to verify that the 
splash screens originated from an authorized server. 

Dynamic splash screen module 104 does not create an Internet connection in 
order to obtain new splash screens 123 from server 140 over the Internet 130. 
5 Rather, dynamic splash screen module 1 04 detects whether client PC 1 00 already has 
an active Internet connection. If client PC 100 already has an Internet connection, 
then dynamic splash screen module 104 uses that connection. For example, dynamic 
splash screen module may communicate over an Internet connection established by 
Internet application 101, which could be a web browser communicating over Internet 
10 130. 

Dynamic splash screen module 104 is a computer program or portion of a 
computer program. Dynamic splash screen module 104 may be stored in a computer 
readable medium such as a computer diskette. Dynamic splash screen module 104 
includes computer code, which can be transferred from a computer diskette to a local 

1 5 storage device at client PC 1 00, such as a hard drive. As shown, dynamic splash 

screen module 104 is separate from application A 102 and application B 103, which 
use splash screens 105, 106, and 107, which were stored by dynamic splash screen 
module 104. Alternatively, dynamic splash screen module 104 may be a part of one 
or more applications 102 and 103 that use the splash screens 105, 106, and 107. 

20 When application B 103 is launched, application B 10S, which may also be 

stored on a hard drive, is at least partially loaded into computer volatile memory. 

Server 1 40 stores splash screens that are available to be transmitted to 
various computers, such as client PC 100. Server 140 maintains application list 141 
of applications for which new splash screens may be requested. Server 140 also 

25 maintains splash screens 1 42 which may be sent over Internet 1 30 to client PC 1 00. 
Server 140 is also coupled through Internet 130 to other PCs. For example, server 
140 may support multiple client PCs that run various combinations of applications 
for which server 140 has splash screens and applications for which server 140 does 
not have splash screens. Adrmnistrative terminal 143 allows an operator to monitor 
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server 140 and update splash screens 142 and application list 141 by adding new 
screens or new applications and new . combinations of applications and associated 
screens. 

Fig. 2 is a flow chart illustrating a method of obtaining and displaying a 
splash screen. First, a splash screen is obtained over the network (Block 200). 
According to one embodiment of the invention, the splash screen is obtained over 
the Internet 130 by dynamic splash screen module 104. A command is received to 
launch the application (Block 201 ). The command received to launch the 
application may be, for example, the result of a click on an icon for the application 
program. Application load is initiated (Block 202). Application load involves 
preparing an application program for running, for example, by loading some of the 
application's code into memory from a storage device. The splash screen is 
displayed (Block 203). Then, the splash screen is removed (Block 204). This may 
be after a delay of 1 5 seconds, for example. Next, user control of the application is 
initiated (Block 205). The user can, for example, start to enter information or can 
control the application in some way. The user may also be able to interact with the 
application in some way before the splash screen is removed when the splash screen 
itself allows for user input. Finally, the application is exited, typically after the user 
has had some interaction with the application, using the application in the manner 
for which the user intended to use the application (Block 206); 

The above sequence may be used in an application such as a computer game, 
a spreadsheet, a word processing program, or other application program. Consider 
the example of a word processing program. The splash screen for the word 
processing program is obtained over the network (Block 200). For example, a splash 
screen advertising an upgrade for the word processor is obtained. Alternatively, a 
splash screen advertising a spreadsheet is obtained. The user clicks an icon to 
initiate the application, e.g., an icon for Microsoft Word. Then a command is 
received to initiate application load. (Block 201). The word processing application 
begins to load (Block 202), then the splash screen is displayed (Block 203). The 
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splash screen may introduce the application with its name, e.g. Microsoft Word. The 
splash screen is removed (Block 204). The removal may take place before all of the 
program code for the word processing application has been loaded into memory 
from the storage device. Further loading of parts of the application program may 
5 take place as the user operates the program. Then user control of the application 

program is initiated (Block 205). In this example, the user may now be able to open 
a word processing file or start to enter text. Finally the application program exits 
(Block 206). The user may cause the program to exit, or the program may 
automatically exit under particular conditions. 

10 Fig. 3 is a flow chart illustrating a method of selecting a splash screen on a 

local system. The least recently used splash screen associated with this application 
is picked (Block 300). Picking the least recently used screen provides variety in the 
splash screens seen by. the user. A series of criteria are checked before displaying 
the picked splash screen. These criteria are checked by checking the appropriate 

15 fields of a data structure in which the splash screen is stored. If any of the following 
have occurred, then the next least recently used splash screen is not displayed (Block 
307): Maximum view count has passed (Block 303), it is before the start date 
(Block 302), it is after the end date (Block 303), the user has installed the advertised 
product (Block 304), or the user has installed a product that obviates the need for the 

20 advertised product (Block 305). The view count (Block 303) represents a number of 
times that the splash screen is to be displayed. For example, a splash screen may 
have a view count of five or ten or other number of times for which it may be 
viewed. The start date is a date before which the splash screen should not be shown. 
For example, a splash screen may have a start date some number of months in the 

25 future so that although the splash screen is downloaded today it would not be shown 
until the application is run a few months in the future. The end date (Block 303) is a 
date after which the splash screen should not be shown again. For example, if the 
splash screen is associated with a special offer that expires at some time in the 
future, then the after end date could be set to that date in the future. Then the splash 

-11- 



BNSDOCIO: <WO_8941663A1_L> 



WO 99/41663 



PCT/US99/01328 



10 



screen displaying the offer would no longer appear after the date when the offer is no 
longer valid. It would also be possible to include in a splash screen data structure a 
start time and end time or multiple start and stop times or dates. These would then 
also be used as criteria in determining whether to display the splash screen 
corresponding to the data structure. A splash screen may be used to advertise a 
product. Thus, if the user has already installed the advertised product associated 
with a screen, the screen is not displayed (Block 304). Similarly, if the user has 
installed a product that obviates the need for the product advertised by the splash 
screen, the splash screen is not displayed (Block 305). When these conditions are 
true, then the next least recently used splash screen is displayed (Block 307). 
Alternatively, a default splash screen may be chosen if no other splash screen is 
available. If the above criteria are met, then the splash screen is displayed 
(Block 306). 

The tests above help to allow a set of splash screens to be transmitted from 
1 5 the server to client PC 1 00, even though those splash screens would not necessarily 
be applicable for every time that the associated application loads. However, the set 
of splash screens can be downloaded to server 1 1 0 and stored because of the 
selection process which determines whether a splash screen should be displayed. 
Before checking the criteria listed above, the application first determines whether the 
20 splash screen is associated with the application by deteiminingv whether the 

application's ID is stored in the data structure associated with the splash screen. 

Fig. 4 is a flow chart illustrating a method of displaying and taking down a 
splash screen. The splash screen is displayed (Block 400). If the application has 
requested to take down the screen (Block 401), then proceed to Block 402. If the 
25 application has not requested to take down the screen (Block 40 1 ), then continue to 
wait for the application to request to take down the screen. In Block 402, if the user 
has selected a hot link, then perform the hot link function (Block 403). The hot link 
function could be a number of functions, such as a request to obtain information 
over the Internet. If this is the case, even though the application may otherwise not 
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have an Internet connection, it would create an Internet connection in response to the 
selection of the hot link requesting the Internet connection. Also in response to the 
selection of the hot link, the application may show additional information. If the 
user has not selected the hot link, determine whether a timer has expired 
(Block 404). If the timer has not expired, wait for the timer to expire. The timer 
determines the length of time that the splash screen is displayed before it is removed. 
The duration for which the timer is set may be stored in the data structure 
corresponding to the screen. The time is set to a reasonable time that a user would 
expect to see a splash screen displayed. For example, not more than 15 seconds. 
The splash screen may in other embodiments less than 30 seconds, 45 seconds, one 
minute, or two minutes. After the timer has expired, take the screen down 
(Block 405). Next, run the application (Block 406). Note that the application may 
have already started running as the splash screen is shown. 

Fig. 5 is a flow chart illustrating a method of loading splash screens. First, it 
is determined whether there is an active Internet connection (Block 500). If there is 
no active Internet connection, wait for an active Internet connection at Block 500. 
This helps to minimize disturbance to a user that may be caused by initiating an 
otherwise unwanted dial-up or other connection to the Internet. If there is an active 
Internet connection, then contact the Web server which contains the splash screens 
(Block 501). If an uncompleted download is pending (Block 501), complete the 
download from the server (Block 502). Send the product IDs of applications 
installed on client PC 100 to the server (Block 503). Alternatively, dynamic splash 
screen module 104 may determine whether an application has run within a period, 
such as 30 days, 60 days, or 90 days and then only send the product ID if the 
application has run in that period. According to another embodiment of the 
invention, dynamic splash screen module 104 sends, in addition to a product IDs, 
information about when and how the applications were used or were last used. This 
allows the server to select splash screens that correspond to applications on client PC 
1 00. Next, send ID's of screens already on client PC 1 00 so that server 140 does not 
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send screens already downloaded to client PC 100 (Block 504). Determine whether 
new screens corresponding to the application are present on server 140 (Block 505). 
If no new screens are present, then end (Block 507). Otherwise, download the 
screens (Block 506). Note that if the Internet connection ends before a download is 
completed, the download is completed at another time, leaving off where it was 
terminated previously. Also, the screens are downloaded in small pieces so as to 
provide little interference with the users use of the Internet connection for other 
purposes. After completing downloading of screens, wait 24 hours before contacting 
server 140 again to obtain more screens. This wait period may be adjusted according 
to needs of the communication channel and the applications and may alternatively 
comprise a period less than 24 hours, less than an hour, greater than an hour, greater 
than 24 hours, greater than 48 hours, greater than a week. 

The dynamic splash screen has at least several key advantages. Because the 
system provides splash screens associated with application programs, the splash 
screens can be used to target messages relevant to the particular application program. 
For example, a targeted communication may be sent to users including users who did 
not register their product. The dynamic splash screen also provides communication 
to users who may have an illegal copy of the product and provides the opportunity to 
offer such customers an upgrade to be purchased. The splash screen is also flexible 
and may be used on a certain subset of client PC's which are running the particular 
applications. 

A splash screen provides a particular advantage for providing messages to a 
user since the user is not engaged in using the functionality of the product when a 
splash screen is typically displayed. Additionally, a user typically expects the splash 
screen to be visible for several seconds at least while the product is loading in the 
background. Since the user has just double-clicked the application (or document), 
the user's attention is likely on the screen. According to an embodiment of the 
invention, a new splash screen uses only a small amount of the user's hard drive. 
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The splash screen may be applied in client PC 100 in a Windows 95 
operating system, Windows NT, Windows 3.1, Mac OS, or other operating system 
environment. The splash screen system may be used with various applications of 
various type. For example, server 140 may include an application list having 
applications such as various types of computer game applications, financial 
applications, or other applications. An application may be non-Internet based other 
than the fact that it uses the Internet to obtain the splash screens. Alternatively, the 
application may use the Internet extensively. A particular client PC 1 00 may have 
some applications which use dynamic splash screens. Some of the applications may 
share some splash screens, and in other cases an application may not share splash 
screens with other applications. 

Other information that may be transmitted via splash screens and displayed 
to the user in splash screens, includes demos of new products, winning designs in 
contest, high scores and winning players in a computer game, hints regarding how to 
use a product, and additional ready mades. 

The data structures in which the splash screens are stored are created such 
that they can be used or at least read by all applications that are intended to work 
with the splash screens. This allows an application to determine whether a splash 
screen corresponds to the application. 

According to an embodiment described above, dynamic splash screen 
module 104 downloads splash screens for any application installed on client PC 100. 
Alternatively, applications contain their own dynamic splash screen modules that 
initiate downloading of splash screens. According to one alternative implementation 
of the invention, an application only downloads splash screens for itself and not for 
other applications that would use splash screens. This helps to prevent bandwidth 
usage for splash screens that would never be viewed because the user has stopped 
using the application that would display the splash screen. The applications indicate 
to the server which application they are and which splash screens have already been 
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downloaded. The logic as to whether to use a splash screen depending on other 
applications already installed on the user's computer is performed at client PC 100. 

The first communication from the splash screen module 104 is a POST 
HTTP request to a predefined URL. The URL could be changed with regedit but 
also may be maintained as a constant. The user agent field will be set to, for 
example, "user-agent: <SOFTWARE COMPANY> application DSS" to prevent 
standard browsers from accidentally accessing the URL The POST request contains 
the following parameters: 

DSS Version (this allows the server 140 to know which version of 

Dynamic Splash Screen Module 104 the application uses.) 

MyAppIDs (each application has a unique ID assigned during 

development.) 

SSIDs ID of previously received splash screens (comma separated list 
where the commas are converted to %2C in keeping with standard 
HTTP and browser behavior.) Each splash screen has a unique ID 
assigned during the creation of the splash screen. 
Thus, client PC 100 sends via Internet 130 to server 140 information 
regarding the application that is requesting the splash screen, the splash screens 
already on client PC 100, and the version of dynamic splash screen module 104 
running on client PC 100. If the user agent does not match, the web server replies 
with the standard (404 file not found.) Thus, from a standard browser's point of 
view, there is no such URL. If there is an error in the application's POST 
REQUEST, the server returns a well formed XML error page that has tags for an 
error number < ERRORNUM ></ERRORNUM > and for a default error string < 
ERRORSTR ></ERRORSTR >. Possible errors include incorrect DSS Version, and 
unknown application ID. If there are no additional splash screens for the 
applications, the server returns a well formed XML web page with the tags 
<CONTINUE><yCOmiNUE> in it. 
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When there is a new splash screen, it is returned embedded in a well-formed 
XML web page. The format specifying hot spots and the associated URLs on the 
splash screen graphic is the HTML standard for a client side image maps so that the 
testing of the page in a browser can set the hot spots correctly for use in applications. 
However, the module does not download the files indicated in the <IMG> tag. 
Instead it downloads the file specified in the <GRAPHICS> tag and concatenates 
them to construct the splash screen. The module inserts delays between the 
downloads of pieces that constitute the splash screen graphic in order to give 
adequate bandwidth to other Internet applications using the connection. A single 
splash screen, according to an embodiment of the invention, contains exactly one 
graphic. 

According to this particular format, only one splash screen is returned by 
server 140 at a time. This format of the returned page does not allow multiple splash 
screens to be specified in a single page. If there is more than one splash screen to be 
sent to client PC 100, the one with the earliest expiration date is sent first. The next 
one would be sent the next time the module issues its POST to the server. 

In order to prevent use of bandwidth to retrieve splash screens to applications 
that are not being used by the users of this computer, dynamic splash screen module 
1 04 makes no requests for applications that have not been run in 90 days. 

All communications from the server are digitally signed using the PGP ! s 
implementation of the Digital Signature Algorithm (DSA). Each returned HTML 
page will have a <SIG></SIG> tag pair. The information within that tag is an 88 
byte Base64 converted version of the 66 byte DSA signature. The DSA signature is 
calculated across the entire HTML file with nothing between the <SIG> and </SIG> 
tags. Each separately downloaded piece of the splash screen graphic will include a 
66 byte binary DSA signature calculated over that piece. That signature is 
prepended to the graphic data. 

Contents of the downloaded splash screen data structure are as follows: 
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The first text in the <BOD Y> section of the HTML page is the version 
number of the protocol being used. For the initial version, this line could be 
"DSSV 1.0," for example. 

Graphic pieces to be downloaded to assemble the complete splash screen 
5 graphic. Pseudo HTML tag <GRAPHICS>. Rather than specifying all of the 

graphics pieces, only the final piece is specified. Because of a strict naming 
convention, the other graphics pieces URLs are implicit in the specification 
of the final piece. 

Start date Pseudo HTML tag <START>. Format is YYYYMMDD. 
10 • Stop date Pseudo HTML tag <STOP>. Format is YYYYMMDD. 

Maximum number of times to display per application Pseudo HTML tag 
<MAXVIEWS>. 

Application ID of advertised product Pseudo HTML tag <APPID>. 
Splash Screen ID of this particular Splash Screen Pseudo HTML tag 
15 <SSID>. 

Application IDs of other products that obviate the need for this product. 

Pseudo HTML tag <SKIPID>. Format is comma separated list. 

Application IDs of products that should display splash screen Pseudo HTML 

tag <SHOWID>. Format is comma separated list. 
20 • How long the splash screen should be displayed (in milliseconds) Pseudo 

HTML tag <DURATION>. 
• URLs to go to on click through. Done in a HTML standard <MAP> 

structure. Screen coordinates within Graphic that correspond to each URL. 

Done in the HTML standard <MAP> structure. 
*5 • The page, optionally, may contain additional content to human readability of 

the page. It will always be the case that only the information contained in the 

tags listed above will be used by the application. 

The page contains its digital signature within the Pseudo HTML tag <SIG> 
as described above. 
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For simplicity of parsing, nothing may appear between the open and close 
pseudo tags other than the required content, whitespace, and the <BRx/BR> tag. 
Because the DSA signature must remain unmodified, nothing may appear between 
the <SIG> and </SIG> tags except the 88 bytes. Upon receiving the HTML page 
and verifying the signature, DSS module 104 checks the parameters in the 
<SKIPID> and <APPID> tags for the splash screen. If any of those applications are 
already installed, the module does not download the graphic pieces. It simply notes 
the <SSID> and the <STOP> for use in determining what to send to the server in 
future POST requests. 

If an installed splash screen on the client PC 100 needs to be removed, e.g., 
because it contains an error, the server returns a well-formed XML page that 
includes pseudo HTML tags bounding the SSID to be removed like 
"<REMOVE>nnnn </REMOVE> M where nnnn is the SSID to remove. Remove the 
SSID from the installed list. Normally one would not have a <REMOVE> section in 
a page specifying a new splash screen. 

The module 104 continues to communicate with the server until receiving a 
continue page, an error page, or a communication whose DSA signature fails to 
verify. When any of those events happens, cease contacting server 140 for 24 hours. 

Following the completion of the communication with the server, the module 
104 checks the status of all splash screens that have been downloaded. In the course 
of doing so, it may discover that one or more previously downloaded splash screens 
is no longer needed for one of four reasons: 

The end date has passed. 
* The maximum view count has been reached for each installed application 

which uses this splash screen. 

The user has installed the advertised product. 

The user has installed a similar product that obviates the need for the 
advertised product. 
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If any of these criteria are met, delete the splash screen from the user's disk. This 
prevents occupying excessive amounts of the user's disk. 

Until the end date has been reached, the module will retain the SSID of the 
deleted application so that it may be sent up to the server in the POST request. This 
prevents server 140 from attempting to download a splash screen for a second time 
after it has been fully used at client PC 100. 

Splash screens may be formatted according to various formats, such as 
HTML, or as bit maps, or as video streams. Various arrangements of the data 
structures storing the splash screens are also possible. The following is an example 
splash screen according to an embodiment of the invention: 



<?XML VERSION= ,, 1.0" RMD="NONE"> 
<HTML> 
<HEAE» 
15 </HEAD> 
<BODY> 
<BR></BR> 
DSS V1.0 

20 <BRX/BR><BR></BR> 

SSID: <SSID> 884288651 </SSID> <BR></TBR> 

Start Date: <START> 19970101 </START> <BR></BR> Stop Date: <STOP> 19980320 </STOP> 
<BR></BR> 

Max Views: <MAXVIEWS> 2000000000 </MAXVIEWS> <BRx/BR> AppID: <APPID> 
25 <VAPPID> <BRx/BR> 

AppIDSkip: <SKIPID> </SKIPID> <BR><7BR> AppIDShow: <SHOWID> torn 13 </SHOWID> 
<BR></BR> Duration: <DURATION> 5000 <VDURATION> <BR></BR> Graphic pieces: 
<GRAPHICS> 

http^/beach.broder.com/DSS/SSs/88428865 1 /88428865 1 jpg.003 </GRAPHICS> <BRx/BR> 
30 Graphic: <IMG SRC=http^/beach.broder.com/DSS/SSs/88428865 1/88428865 1 jpg 
usemap="#map"></IMG> <BRx/BR> 
<MAP name="map"> </MAP> 

<SIG>iQA/AwUBNLUuCiElolv46rs/EQKQLQCfm/XsUAmlaS8r9daOUizJpKvDo 
d/nl OGu9rd42RtcRq</SIG> 
35 <VBODY> 
</HTML> 



It is appreciated that various embodiments of the invention are possible 
without departing from the spirit of the invention. For example, in one embodiment, 
the information to be displayed to the user is transmitted over the Internet, while in 
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another embodiment, the information is transmitted over a network which is not 
necessarily the Internet. In one embodiment, the information to be displayed to the 
user is displayed in a splash screen, while in another embodiment the information is 
not displayed in a splash screen but is displayed to the user in another manner. The 
information may include an image, text, or other information. The information may 
include information about products or other information. 

Accordingly, the present invention provides improved methods of displaying 
information to a user. One embodiment involves obtaining the information over a 
network and displaying the information to the user. Another embodiment involves 
providing the information from a first computer to an application program to be 
displayed to a user upon startup of an application program where a first computer 
receives an identification of an application program installed on a second computer. 
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CLAIMS 

What is claimed is : 

1 1 . A method of displaying information to a user upon startup of a 

2 program that runs on a first computer, the method comprising: 

3 receiving the information at the first computer, the information having been 

4 sent over a network to the first computer; 

5 receiving a command to launch the program on the first computer; 

6 after receiving the command to launch the program and without user 

7 intervention, displaying at least a portion of the information; and 

8 without user intervention, removing the at least a portion of the information. 

1 2. The method of claim 1, wherein the information comprises a name of 

2 a newer version of the program. 

1 3. The method of claim 1, comprising: 

2 receiving additional information at the first computer from the second 

3 computer; 

4 receiving a second command to launch the program; 

5 after receiving the second command to launch the program, displaying at 

6 least a portion of the additional information without user intervention. 

1 4. The method of claim 1, wherein the displaying at least a portion of 

2 the information occurs during loading of the program from a storage device into 

3 computer memory. 
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1 5. The method of claim 1 , wherein the displaying at least a portion of 

2 the information occurs during an interval of time endling less than about fifteen 

3 seconds of beginning of loading of the computer program from a storage device into 

4 computer memory. 

1 6. The method of claim 1 , wherein the displaying at least a portion of 

2 the information occurs during an interval of time ending less than one minute of 

3 beginning of loading of the computer program from a storage device into computer 

4 memory. 

1 7. The method of claim 1 , the program storing at least a portion of the 

2 information on a storage device in at least a first data structure, the first data 

3 structure corresponding to a screen. 

1 8. The method of claim 7, including storing the first data structure in a 

2 resource shared by programs. 

1 9. The method of claim 8, wherein the resource comprises a Windows 

2 registry. 

1 10. The method of claim 7, wherein the data structure includes a number 

2 corresponding to a start date and the method includes displaying the screen 

3 corresponding to the data structure only after the start date. 

1 11. The method of claim 7, wherein the data structure includes a number 

2 corresponding to a stop date and the method includes displaying the screen 

3 corresponding to the data structure only before the stop date. 
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1 12. The method of claim 7, wherein the data structure includes a number 

2 corresponding to a duration and the method includes displaying the screen 

3 corresponding to the data structure only for a period of the duration. 



1 

2 



13. The method of claim 7, wherein the data structure includes a digital 
signature and the method includes displaying the screen based upon the digital 
3 signature. 

1 14. The method of claim 7, wherein the data structure includes an 

2 identification of a second program and wherein the method includes displaying the 

3 screen if the second program is not installed on the storage device. 



1 



1 5 . The method of claim 1 4, wherein a name of the second program 



2 appears in the screen corresponding to the data structure. 

1 16. The method of claim 7, wherein the storage device includes a second 

2 data structure corresponding to a second screen and wherein the method includes: 

3 after receiving a second command to launch the program, selecting among 

4 the first data structure and the second data structure based on when the program 

5 displayed a screen corresponding to the first data structure relative to when the 

6 program displayed a screen corresponding to the second data structure. 

1 17. The method of claim 7, wherein the storage device includes a second 

2 data structure corresponding to a second screen and wherein the method includes: 

3 after receiving a second command to launch the program, selecting among 

4 the first data structure and the second data structure based on which data structure 

5 corresponds to the program. 
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1 8. The method of claim 1 , comprising: 

sending over the network to the second computer an identifier of a data 
structure stored on a local storage device, the data structure corresponding to a 
screen; and 

the second computer sending additional information over the computer 
network based on the identifier of the data structure. 

19* The method of claim 1, comprising: 

sending over the network to the second computer an identifier of a data 
structure stored on a local storage device, the data structure corresponding to a 
screen; and 

the second computer sending additional information over the computer 
network only if the additional information does not correspond to the data structure. 

20. A method of displaying information to a user upon startup of a 
program that runs on a first computer, the method comprising: 

sending over a network from the first computer to a second computer an 
identifier of the program; 

receiving at the first computer the information from the second computer, the 
information having been sent based on the indentifier of the program; 

receiving a command to launch the program; 

after receiving the command to launch the program, displaying at least a 
portion of the information. 

21 . The method of claim 20, comprising: 
receiving a command to launch a second program; and 

after receiving the command to launch the second program, displaying the at 
least a portion of the information. 
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1 22. The method of claim 20, comprising: 

2 sending over the network from the first computer to the second computer an - 

3 identifier of a second program that runs on the first computer; and 

4 based on the identifier of the second program, the second computer sending 

5 additional information over the network to the first computer. 

1 23. The method of claim 22, comprising: 

2 after receiving a command to launch the second program, displaying at least 

3 a portion of the additional information. 

1 24. The method of claim 20, the displaying comprising displaying a name 

2 of a newer version of the program. 

1 25. The method of claim 20, comprising: 

2 receiving additional information at the first computer from the second 

3 computer; 

4 receiving a second command to launch the program; 

5 after receiving the second command to launch the program, displaying at 

6 least a portion of the additional information. 

1 26. The method of claim 20, wherein the displaying at least a portion of 

2 the information occurs during loading of the computer program from a storage 

3 device into computer memory. 

1 27. The method of claim 20, including removing the least a portion of the 

2 information without user intervention. 
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1 28. The method of claim 20, wherein the displaying at least a portion of 

2 the information occurs during a period that lasts until about fifteen seconds of 

3 beginning of loading of the computer program from a storage device into computer 

4 memory. 

1 29. The method of claim 20, wherein the displaying at least a portion of 

2 the information occurs during a period that lasts about until one minute of beginning 

3 of loading of the computer program from a storage device into computer memory. 

1 30. The method of claim 20, wherein sending over the network to the 

2 second computer an identifier of the program occurs only while a network session 

3 established by another program remains active. 

1 31. The method of claim 20, the program storing at least a portion of the 

2 information on a storage device in at least a first data structure, the first data 

3 structure corresponding to a screen. 

1 32. The method of claim 3 1 , including storing the first data structure in a 

2 resource shared by programs. 

1 33 . The method of claim 32, wherein the resource comprises the 

2 Windows registry. 

1 34. The method of claim 3 1 , wherein the data structure includes a number 

2 corresponding to a start date and the method includes displaying the screen 

3 corresponding to the data structure only after the start date. 
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1 35. The method of claim 3 1 , wherein the data structure includes a number 

2 corresponding to a stop date and the method includes displaying the screen 

3 corresponding to the data structure only before the stop date. 

1 36. The method of claim 3 1 / wherein the data structure includes a number 

2 corresponding to a duration and the method includes displaying the screen 

3 corresponding to the data structure only for a period of the duration. 

1 37. The method of claim 3 1 , wherein the data structure includes a digital 

2 signature and the method includes displaying the screen based upon the digital 

3 signature. 

1 38. The method of claim 3 1 , wherein the data structure includes an 

2 identification of a second program and wherein the method includes displaying the 

3 screen if the second program is not installed on the storage device. 

1 39. The method of claim 38, wherein a name of the second program 

2 appears in the screen corresponding to the data structure. 

1 40. The method of claim 3 1 , wherein the storage device includes a 

2 second data structure corresponding to a second screen and wherein the method 

3 includes: 

4 after receiving a second command to launch the program, selecting among 

5 the first data structure and the second data structure based on when the program 

6 displayed a screen corresponding to the first data structure relative to when the 

7 program displayed a screen corresponding to the second data structure. 
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4 1 . The method of claim 3 1 , wherein the storage device includes a 
second data structure corresponding to a second screen and wherein the method 
includes: 

after receiving a second command to launch the program, selecting among 
the first data structure and the second data structure based on which data structure 
corresponds to the program. 

42. The method of claim 20, comprising: 

sending over the network to the second computer an identifier of a data 
structure stored on a local storage device, the data structure corresponding to a 
screen; and 

the second computer sending additional information over the computer 
network based on the identifier of the data structure. 

43. The method of claim 20, comprising: 

sending over the network to the second computer an identifier of a data 
structure stored on a local storage device, the data structure corresponding to a 
screen; and 

the second computer sending additional information over the computer 
network only if the additional information does not corresponds the data structure. 

44. A method of providing information from a first computer to a second 
computer, the information to be displayed to a user upon startup of a program on a 
second computer, the method comprising: 

at the first computer, receiving over a network from the second computer an 
identification of a program installed on the second computer; 

at the first computer, selecting a data structure corresponding to the program 
based on the identification of the program, the data structure including information 
to be displayed by the program on the second computer; and 
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1 sending the data structure over the network to the second computer. 

2 45. The method of claim 44, wherein the data structure includes an 

3 identification of a newer version of the program. 

1 46. The method of claim 44, wherein the data structure comprises a 

2 graphical image. 

1 47. The method of claim 44, wherein the data structure comprises a 

2 graphical image that includes an identification of a newer version of the program. 

1 48. The method of claim 44, comprising: 

2 at the first computer, receiving over the network from the second computer 

3 an identification of a second program installed on the second computer; 

4 at the first computer, selecting a second data structure corresponding to the 

5 second program; and 

6 sending the second data structure over the network to the second computer. 

1 49. The method of claim 48, wherein the first data structure comprises 

2 the second data structure. 

1 50. The method of claim 48, wherein the first data structure does not 

2 comprise the second data structure. 

1 51. The method of claim 44, comprising: 

2 at the first computer, receiving over the network from a third computer an 

3 identification of the program; 

4 at the first computer, selecting the data structure based on the identification 

5 of the program; and 
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1 sending the data structure over the network to the third computer. 

2 52. The method of claim 44, wherein the data structure includes a number 

3 corresponding to a start date after which to display a screen corresponding to the 

4 data structure. 

1 53. The method of claim 44, wherein the data structure includes a number 

2 corresponding to a start time after which to display a screen corresponding to the 

3 data structure. 

1 54. The method of claim 44, wherein the data structure includes a number 

2 corresponding to a stop date before which to display a screen corresponding to the 

3 data structure. 

1 55. The method of claim 44, wherein the data structure includes a number 

2 corresponding to a stop time before which to display a screen corresponding to the 

3 data structure. 

1 56. The method of claim 44, wherein the data structure includes a number 

2 corresponding to a duration for which to display a screen corresponding to the data 

3 structure. 

1 57. The method of claim 44, wherein the data structure includes a digital 

2 signature. 

1 58. The method of claim 44, wherein the data structure includes an 

2 identification of a second program that obviates the need for the screen 

3 corresponding to the data structure. 
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1 59. The method of claim 58, wherein the name of the second program 

2 appears in a screen corresponding to the data structure. 

3 60. The method of claim 44, comprising: 

4 at the first computer, receiving over the network from the second computer 

5 an identification of a second data structure present on the second computer; 

6 at the first computer, selecting a third data structure that does not comprise 

7 the second data structure, the third data structure including information to be 

8 displayed by a program on the second computer; and 

9 sending the third data structure over the network to the second computer. 

1 61 . In a computer program, a method of displaying information to a user, 

2 the method comprising: 

3 obtaining over the Internet information to be displayed to the user; and 

4 displaying at least a portion of the information in a splash screen. 

1 62. The method of claim 61 , wherein the displaying at least a portion of 

2 the information ends within a period from beginning of loading a program into 

3 computer memory. 

1 63 . The method of claim 6 1 , wherein the displaying at least a portion of 

2 the information occurs at least until an API request to remove the splash screen is 

3 generated. 

1 64. The method of claim 6 1 , wherein the displaying at least a portion of 

2 the information occurs at least until the later of: 

3 an API request to remove the splash screen is generated and 

4 a period from beginning of loading a program into computer memory. 
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1 65. The method of claim 61 , wherein the displaying at least a portion of 

2 the information occurs at least until the earlier of: 

3 receipt of a take down message and 

4 a period from beginning of loading of a program into computer memory. 

1 66. The method of claim 61, wherein the obtaining over the Internet 

2 information to be displayed to the user is performed by a communications module. 

1 67. The method of claim 66, wherein the communications module runs at 

2 least at some time when a program in which the information is to be displayed is not 

3 running. 

1 68. The method of 66, wherein a program in which the information is to 

2 be displayed comprises the communication module. 

1 69. The method of claim 61 , wherein the obtaining over the Internet 

2 information to be displayed to the user occurs over an Internet connection initiated 

3 for other than obtaining the information. 

1 70. The method of claim 6 1 , wherein the information comprises at least 

2 one graphical image. 

1 71. The method of claim 6 1 , wherein the information comprises text. 

1 72. The method of claim 6 1 , wherein the information comprises text and 

2 at least one graphical image. 
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73 . The method of claim 6 1 , wherein the information comprises data 



2 formatted according to hypertext markup language (HTML). 

3 74. The method of claim 6 1 , further comprising; 

4 displaying at least a second portion of the information in a second splash 

5 screen. 

1 75. The method of claim 74, wherein the displaying at least a second 

2 portion of the information in a second splash screen occurs within a period from 

3 beginning of loading of a program into computer memory. 

1 76. The method of claim 75, wherein the displaying at least a second 

2 portion of the information in a second splash screen occurs within 20 seconds of a 

3 second beginning of loading of the program into computer memory. 

1 77. The method of claim 6 1 , further comprising: 

2 displaying respective portions of the information in respective splash screens 

3 within periods of respective beginnings of loading of a program into computer 

4 memory. 

1 78 . The method of claim 6 1 , wherein the program comprises a computer 

2 game. 

1 79. A method of displaying information to a user in a local computer 

2 program, the method comprising: 

3 obtaining the information over the Internet; 

4 after obtaining the information, receiving a command to launch the program; 

5 after receiving the command, loading from a local storage device a portion of 

6 the information to be displayed to the user; 
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7 displaying the portion of the information in a splash screen; 

8 after displaying the portion of the information in a splash screen, loading 

9 from the storage device into computer memory at least a portion of the computer 

10 program; and 

1 1 after loading from the storage device into computer memory the portion of 

12 the computer program, removing the splash screen. 

1 80. The method of claim 79, comprising: 

2 after loading from the storage device the portion of the computer program, 

3 obtaining additional information over the Internet; and 

4 after receiving a second command to launch the program, displaying at least 

5 a portion of the additional information in a second splash screen. 
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